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EXECUTIVE  SUMMARY 


In  this  technical  note  we  report  on  the  study  that  was  conducted  in 
answering  the  following  questions: 

•  How  many  Conference  Directors  should  there  be  in  CONUS  AUTOVON  and  where 
should  they  be  located? 

•  What  is  the  required  port  sizing  to  meet  the  conference  traffic 
requirements? 

•  What  is  the  impact  of  accommodating  the  conferencing  traffic  require¬ 
ments  on  CONUS  AUTOVON? 

The  analytic  and  computer  methods  used  to  answer  these  questions  are  discussed 
in  the  Technical  Note.  One  general  conclusion  of  our  study  is  that  the  number 
and  location  of  the  Conference  Directors  is  highly  dependent  on  the  traffic 
requirements.  Another  result  is  that  the  optimal  number  of  Conference 
Directors  for  the  traffic  requirements  used  in  our  study  is  somewhere  between 
2  and  4  Conference  Directors. 
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I.  INTRODUCTION 


In  references  [1]  and  [2]  the  Defense  Communications  Engineering  Center 
(DCEC)  was  directed  to  study  the  effects  on  today's  CONUS  AUTOVON  network 
brought  about  by  overlaying  a  common  user  Secure  Voice  Conferencing  capability 
(SVIP),  which  makes  use  of  Conference  Director  (CD)  processor  controlled 
equipments  placed  at  present  AUTOVON  switching  sites.  DCEC  was  directed  to 
look  at  many  issues  of  this  problem,  but  four  basic  questions  were  posed  to 
Branch  R720  of  the  Systems  Engineering  Division.  These  questions  are: 

1.  How  many  Conference  Directors  should  there  be  in  CONUS  AUTOVON? 

2.  Where  should  they  be  located? 

3.  What  is  the  port  sizing  required  to  meet  the  conference  traffic 
requirement  s? 

4.  What  is  the  impact  of  accommodating  the  conferencing  traffic 
requirements  on  CONUS  AUTOVON? 

In  this  technical  note  we  discuss  the  methods  used  and  study  results  obtained 
in  answering  these  questions. 

In  order  to  address  these  questions  from  an  analytic  and  quantifiable 
approach  several  sets  of  data  had  to  be  obtained.  The  major  one  is  a 
specification  of  the  conferencing  traffic  requirements  to  be  used  in  the 
study.  By  this  we  mean  the  point-to-point  offered  conference  erlang  loads, 
and  the  structural  makeup  of  a  particular  conference.  For  each  conference, 
one  has  to  know  the  number  $nd  the  locations  of  all  conferees  associated  with 
the  particular  conference.  Without  such  information  no  quantifiable  study  can 
be  made.  Furthermore,  these  conferencing  traffic  requirements  are  the  biggest 
driver  in  the  placement  of  a  CD  within  CONUS.  That  is,  one  is  not  going  to 
place  a  CD  on  the  west  coast  of  the  United  States  if  all  the  traffic 
requirements  for  a  conference  are  on  the  east  coast. 

We  were  unable  to  find  any  such  set  of  traffic  requirements  that  was  based 
on  actual  measured  traffic,  such  as  contained  in  the  Traffic  Data  Collection 
System  (TDCS)  of  AUTOVON.  Therefore,  we  were  forced  to  generate  our  own 
conference  traffic.  The  method  that  was  used  to  generate  this  traffic  is 
presented  in  Appendix  A.  It  was  coordinated  within  DCEC  for  comments  and  was 
agreeable  to  all  interested  parties. 

Another  major  piece  of  work  that  had  to  be  accomplished  dealt  with 
answering  question  3.,  CD  port  sizing.  The  normal  method  of  sizing  ports  or 
trunks  is  to  determine  the  offered  load  trying  to  use  the  ports,  select  the 
appropriate  queueing  model  and  interactively  increase  the  number  of  ports 
until  the  desired  measure  of  performance  is  met.  The  problem  which  arises  in 
the  context  of  conference  directors  is  that  no  such  queueing  model  exists.  A 
conference  call  is  similar  to  a  two  party  call  except  that,  rather  than 
requiring  one  port,  it  can  require  two  or  more  ports  depending  on  the  nature 
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of  the  particular  conference.  Thus,  the  standard  Erlang  Loss  System  (3] 
equations  cannot  be  used.  However,  we  have  developed  a  queueing  model  (see 
Appendix  B)  that  predicts  the  performance  of  conferences  requesting  use  of  the 
ports  on  the  CD's. 

These  two  problems  posed  the  major  developmental  efforts  in  the  study. 

The  remaining  portion  of  the  study  was  accomplished  by  a  simple  straight¬ 
forward  application  of  several  of  the  Network  Design  and  Analysis  tools 
developed  by  R720  for  other  efforts  within  DCEC.  Section  II  of  this  technical 
note  discusses  procedures  and  methodologies  used  in  this  study.  The  study 
results  are  given  in  section  III  along  with  the  graphs  and  tables  that  were 
used  to  generate  these  results.  Finally,  section  IV  contains  significant 
findings  and  conclusions. 
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II. 


STUDY  PROCEDURES  AND  METHODOLOGY 


The  basic  flow  of  the  study  is  shown  in  Figure  1.  From  a  given  set  of 
possible  Conference  Director  (CD)  locations  and  for  a  particular  number  of 
CD's  (say  k) ,  the  optimal  k  CD  locations  were  found.  The  conference  traffic 
subscribers  were  then  homed  and  their  traffic  distributed  within  CONUS  via  the 
appropriate  routing.  For  each  CD,  the  traffic  trying  to  use  the  ports  was 
then  collected  and  used  to  size  the  ports  for  the  desired  grade  of  service. 
Finally,  the  effect  in  terms  of  additional  trunking  cost  to  support  the 
conference  traffic  in  CONUS  AUTOVON  was  computed.  The  value  of  k  was 
increased  and  the  procedure  was  continued.  In  the  study,  we  varied  k  from  2 
to  20  in  increments  of  2.  This  section  describes  what  was  basically  done  in 
each  of  these  steps  and  the  assumptions  that  were  made. 

Before  any  study  of  network  behavior  can  begin,  a  detailed  set  of 
conferencing  traffic  requirements  (point  to  point  offered  traffic)  for  the 
SVIP  user  community  must  be  known.  This  set  of  requirements  must  be 
sufficiently  detailed  to  indicate  the  geographic  point  to  point  (or  in  the 
case  of  conferencing,  point  to  points)  flows  of  conference  voice  traffic 
during  a  typical  busy  hour.  The  major  assumptions  used  in  generating  these 
requirements  were: 

•  The  SVIP  CONUS  user  community  is  located  at  sites  already  having  access 
to  the  AUTOVON  network  and  this  existing  access  will  be  used  in 
establishing  the  conf erencing . 

•  The  AUTOVON  network  in  conjunction  with  processor  controlled  conference 
directors  placed  at  switching  sites  will  be  responsible  for  the 
establishment  of  the  connectivity  required  by  a  given  conference. 

•  The  set  of  conference  requirements,  indicating  locations  of  originators 
and  conferees  for  each  conference,  is  an  accurate  representation  of  the 
steady  state,  day  to  day  peacetime  oriented  demand  for  SVIP 
conferencing  in  CONUS  during  a  typical  busy  hour. 

No  such  set  of  detailed  requirements  exist  which  satisfies  the  above 
assumptions.  In  CONUS  AUTOVON  today,  conferencing  is  conducted  in  a  number  of 
distinct  ways.  One  example  is  that  of  a  specilized  command,  such  as  NORAD, 
which  implements  conferencing  specifically  tailored  to  its  own  unique  type  of 
mission.  Many  of  the  conferences  are  prearranged  and  established,  conditioned 
on  the  occurrence  of  an  event  rather  than  on  a  purely  random  basis.  Another 
example  is  the  4-wire  subscriber  who  is  able  to  initiate  random  and 
prearranged  conferences  via  two  AUTOVON  special  assist  operators  at  the 
Monrovia  and  San  Luis  Obispo  switching  centers,  where  traffic  statistics  of 
these  conferences  are  generally  not  taken  on  a  regular  basis.  A  third  example 
is  that  of  a  conference  initiated  by  an  authorized  user  who  calls  to  a  PBX  and 
has  a  special  attendant  operator  establish  a  conference  by  sequentially 
dialing  in  the  conferees  and  manually  connecting  them  to  a  bridge.  In  all  of 
these  examples,  no  complete  and  consistent  set  of  requirements  sufficient  to 
perform  network  analyses  exists. 
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OPTIMUM  LOCATION 
OF  K  CONFERENCE 
DIRECTORS 


Figure  1.  Basic  Study  Structure 


In  order  to  examine  network  behavior  during  predicted  common  user  SVIP 
conferencing  in  the  CONUS,  conferencing  traffic  was  computer  generated,  using 
simulation  techniques  based  on  an  existing  data  base  of  SVIP  CONUS  locations 
and  the  number  of  busy  hour  originating  two  party  SVIP  calls  emanating  from 
these  locations.  For  a  detailed  discussion  of  the  procedures  used,  see 
Appendix  A.  This  procedure  utilized  the  following  major  assumptions: 

•  The  number  of  individual  common  user  busy  hour  SVIP  CONUS  conferences 
originating  from  each  of  the  251  SVIP  user  locations  in  the  above  data 
base  is  proportional  to  the  amount  of  two  party  SVIP  traffic  emanating 
from  these  locations* 

•  For  each  such  conference,  the  number  of  conferees  in  the  conference 
follows  a  preset  distribution. 

•  The  location  of  each  user  conferee  was  randomly  chosen  from  locations 
in  the  data  base,  but  with  a  probability  proportional  to  the  amount  of 
SVIP  two  party  erlang  traffic;  i.e.,  the  locations  generating  higher 
amounts  of  two  party  SVIP  traffic  are  more  likely  to  be  picked  as 
conferee  locations. 

Two  sets  of  traffic  requirements  were  generated,  a  low  traffic  case  of  48 
conferences  per  busy  hour  and  a  high  of  210.  A  set  of  48  conferences,  chosen 
as  above,  was  generated  using  Monte  Carlo  sampling  via  a  random  number 
generator.  So  as  not  to  bias  the  resulting  analysis  with  a  particular  random 
number  seed,  two  additional  sets  of  conference  requirements  each  with  48 
conferences  were  also  generated,  using  the  same  rules  as  above;  all  three  sets 
of  conference  requirements  were  individually  overlaid  on  the  CONUS  AUTOVON  and 
subjected  to  the  analyses  which  follow.  Each  set  has  the  same  number  of 
originating  conferences  at  the  same  locations,  but  the  number  and  locations  of 
the  conferees  of  each  conference  varies  according  to  the  different  samples 
from  the  underlying  distributions  used.  In  this  manner,  the  sensitivity  of 
the  major  results  to  the  random  sampling  process  can  be  examined.  The 
baseline  set  of  48  conferences  per  busy  hour  was  generated  using  a  procedure 
which  assumed  that  of  the  first  36  SVIP  locations  which  generate  the  greatest 
amounts  of  SVIP  two-party  voice  communications,  the  highest  third  of  those 
would  originate  two  busy  hour  conferences  and  the  other  two-thirds  would 
generate  one  busy  hour  conference.  The  remaining  215  SVIP  locations  were 
assumed  to  originate  no  busy  hour  conferences.  The  assumed  distribution  of 
number  of  conferees  in  a  given  conference  is  shown  in  Figure  2.  The 
theoretical  mean  of  this  distribution  is  5.65  conferees  per  conference,  and 
the  mode  of  the  distribution  occurs  at  4  to  5  conferees  per  conference.  The 
actual  number  of  conferees  over  the  48  conferences  was  253,  297  and  282  for 
the  three  independent  generations,  which  represents  a  sample  average  of  277.3 
overall  or  about  5.78  per  conference.  These  numbers  are  in  close  agreement 
with  the  theoretical  expected  value.  For  the  210  conferences  per  busy  hour, 
the  destination  distribution  of  the  conferees  was  the  same  as  the  48 
conference  case. 

In  order  to  get  a  perspective  on  the  comparative  amounts  of  traffic 
involved,  the  following  is  illustrative  of  the  quantities  of  interest.  The 
total  two-party  originating  erlang  load  offered  to  the  network  by  the  251 
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SVIP  subscriber  locations  was  approximately  545  busy  hour  erlangs.  In 
comparison,  the  clear  voice  network  offered  load  to  the  CONUS  AUTOVON  network 
is  presently  running  5157  erlangs,  which  represents  a  traffic  load  averaged 
over  the  two  busy  hours  of  the  day  (one  in  the  morning,  one  in  the  afternoon) 
for  the  normally  busy  month  of  January  1980. 

Throughout  this  study,  an  average  holding  time  of  10  minutes  was  assumed 
for  a  typical  conference.  The  amount  of  originating  conference  erlangs  for 
the  48  conferences  would  then  be  8  (=48x10/60)  erlangs,  but  this  figure  only 
represents  the  originations  and  does  not  take  into  account  the  number  of 
conferees  and  their  locations  in  the  conference.  Since  we  have  5.65  average 
conferees  (not  including  originator)  in  a  conference,  a  rough  estimate  of  the 
offered  load  to  the  network  is  8x5.65=45.2  erlangs  (about  8.5%  of  the  SVIP  two 
party  load).  For  the  210  case,  we  have  185.9  erlangs  offered  to  the  network, 
or  37.2%  of  the  SVIP  two  party  load.  These  figures  roughly  correspond  to  what 
would  be  expected  had  each  originator  placed  independent  calls  to  each  of  his 
conferees.  In  actuality,  these  calls  are  not  placed  independently  but  routed 
in  the  network  via  a  minimum  spanning  tree  between  involved  CD's.  This 
routing  is  in  turn  dependent  on  both  the  specific  network  CD  configuration 
under  consideration  and  the  source-destination  characteristics  of  the 
particular  conference.  All  of  these  factors  will  be  considered  in  the 
following  analyses,  and  actual  switch-t o-swit ch  offered  erlangs  resulting  from 
the  actual  flow  of  conferences  in  today's  AUTOVON  will  be  discussed.  The 
study  was  conducted  using  the  traffic  matrix  which  resulted  from  the  48 
conferences/busy  hour  and  also  from  the  210  conferences/busy  hour. 

The  first  step  in  a  particular  run  of  the  study  was  to  fix  the  number  of 
CD's,  say  k  (the  values  of  k  that  were  considered  were  k=2 ,4, . . . ,20) ;  the  next 
step  was  to  determine  the  optimal  location  of  k  CD's  from  the  candidate  list 
of  possible  CD  locations.  We  assumed  that  the  list  of  possible  CD  locations 
considered  the  current  CONUS  AUTOVON  switching  sites.  Furthermore,  we  assumed 
that  if  a  CD  was  placed  at  one  of  these  sites  it  was  collocated  with  the  site 
and  would  function  as  just  another  PBX  subscriber  to  that  switch,  in  terms  of 
obtaining  access  through  the  network,  either  to  another  CD,  or  to  a  conferee 
in  the  conference.  Access  from  the  CD  to  its  collocated  switch  is  through 
ports  connecting  them.  The  number  of  such  ports  will  be  determined  by  the 
actual  routing  of  the  conference  requirements  and  subsequent  sizing  analysis. 
This  study  considers  CD  equipments  as  common  user  in  nature,  and  available  to 
and  from  the  AUTOVON  network  thfcough  the  collocated  switch.  It  does  not 
consider  private  access  from  user  locations,  although  this  could  be 
implemented  as  requirements  warrant.  ^Figure  3  illustrates  the  assumed 
architecture  for  this  study.  The  user  access  lines  to  AUTOVON  switches  and 
the  interswitch  trunks  are  those  in  existence  today  (May  1980).  A  SVIP 
conference  originator  (user)  would  access  first  the  switch  to  which  he  is 
homed  and  then,  if  no  CD  were  present  would  be  automatically  routed  to  the 
closest  switch  which  has  a  CD.  The  routing  of  conferences  thereafter  is 
discussed  in  detail  later. 

Switching  locations  and  not  subscriber's  locations  are  chosen  in  this 
study  as  candidate  sites  for  CD  placement  for  a  number  of  reasons.  Primarily, 
the  switching  locations  have  already  been  selected  to  provide  relatively  short 
distance  access  to  the  greater  number  of  subscribers.  Further,  the  CD  is 
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Present  AUTOVON  Switch 

CD  Collocated  with  AUTOVON 
Switch 

SVIP  User  PBX  Location 
Existing  AUTOVON  Access 
Existing  AUTOVON  1ST 


considered  as  a  common  user  equipment  eligible  for  use,  for  example,  by 
conference  originators  and  conferees  at  diverse  locations,  and  by  other  CD's 
in  the  routing  of  a  conference.  To  place  a  common  user  CD  at  a  subscriber 
location  would  place  significant  stress  on  the  access  line  group  at  that 
subscriber,  and  would  simultaneously  create  inefficient  access  by  other  nearby 
subscribers  wishing  to  use  the  CD. 

As  discussed  earlier,  the  issue  of  how  many  AUTOVON  switching  sites  to 
select  for  CD  placement  is  addressed  in  this  study  by  treating  this  figure 
parametrically.  That  is,  an  optimum  set  of  two  best  sites  was  chosen  and  the 
identity  of  the  switches  saved.  This  analysis  was  repeated,  choosing  the  best 
4  and  again  choosing  the  best  6  and  so  on  up  to  20  sites,  resulting  in  10 
configurations  of  varying  quantities  of  switching  locations  selected.  All  of 
the  selections  were  chosen  from  the  full  set  of  54  CONUS/CANADA  AUTOVON  switch 
locations  with  the  goal  of  optimally  reducing  the  user  access  to  the  CD's,  as 
measured  by  traffic  weighted  mileage  from  a  user  location  to  the  closest 
switch  in  the  network  having  a  CD,  summed  up  over  all  user  locations.  Had 
firm  conferencing  traffic  statistics  been  available,  these  would  have  been 
used  as  weights.  However,  as  explained  above,  the  conferencing  traffic  itself 
was  generated  from  two  party  SVIP  traffic  originating  from  the  SVIP  user 
locations.  As  a  result,  these  latter  traffic  figures  were  used  as  weights  for 
the  SVIP  locations  because  of  their  role  in  determining  conferencing  traffic 
and  because  of  their  high  correlation  to  the  data  base  of  10,000  SVIP 
instruments. 

We  have  a  computer  algorithm  which  was  based  on  some  work  originally  done 
at  Bell  Labs  [4,  5].  This  algorithm  solves  the  optimal  placement  problem  of 
the  CD's.  In  general  it  solves  the  following  problem.  Suppose  there  are  'M' 
subscriber  locations  and  *N'  candidate  locations  for  CD's  of  which  the  optimal 
rk'  are  to  be  determined.  In  this  application  M  =  251,  corresponding  to  the 
SVIP  CONUS/CANADA  subscriber  locations.  The  value  for  N  is  54,  which  is  the 
number  of  CONUS/CANADA  switch  locations.  The  value  for  k  was  taken  to  range 
from  2  to  20  in  multiples  of  2 .  We  briefly  describe  how  the  algorithm  works 
in  the  following  paragraphs.  For  more  details  see  [4]  and  [5]. 

The  algorithm  is  begun  by  constructing  a  penalty  matrix  P  =  (p£  :), 
where  Pj^j  is  the  penalty  associated  with  homing  subscriber  i  to  a  (5d  at 
switch  j.  Out  of  the  N  possible  CD  locations,  k  are  chosen  randomly  as  the 
initial  best  k  locations.  Each  subscriber  is  homed  to  the  nearest  of  these  k 
locations,  and  the  total  penalty  for  all  subscribers  is  computed  using  the 
matrix  P.  Then  the  algorithm  proceeds  by  iterative  optimal  swapping  of  one 
location  in  the  current  set  of  best  k  locations  with  one  location  which  is  not 
so  as  to  always  keep  k,  the  number  of  chosen  locations,  fixed.  The  procedure 
terminates  when  and  only  when  the  total  penalty  of  the  homing  cannot  be 
further  reduced. 

In  our  application,  the  penalty  function  used  is  a  weighted  mileage 

Pij  =  d£j  ti 

where  djj  is  the  distance  in  miles  from  subscriber  location  i  to  the 
AUTOVON  switch  site,  and  t£  is  the  amount  of  busy  hour  SVIP  two  party  clear 
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voice  traffic  emanating  from  location  i.  The  use  of  traffic  as  a  weight 
allows  for  discrimination  of  the  heavier  users.  The  penalty  function  will 
tend  to  produce  near  optimal  selection  of  candidate  CD  locations  close  to  the 
traffic-weighted  center  of  mass  of  the  user  locations,  because  every 
subscriber  must  be  homed  to  its  closest  CD. 

Once  a  specific  set  of  conferences  is  known,  and  once  a  specific  network 
configuration  is  specified  (that  is,  the  placement  of  a  specific  number  of 
CD's  at  specific  switch  locations),  then  the  process  of  routing  the  conference 
originator  traffic  to  its  conferees  utilizing  the  resources  of  AUTOVON  can 
begin.  There  are  three  major  stages  of  this  process.  First,  the  originator 
must  access  his  closest  CD.  This  is  assumed  to  be  accomplished  by  the  dialing 
of  a  special  number  which  identifies  to  the  subscriber's  homed  switch  a 
request  for  the  origination  of  a  conference.  In  the  case  where  a  CD  is  not 
present  at  this  switch,  the  call  is  routed,  just  as  with  any  other  AUTOVON 
call,  to  the  closest  switch  which  has  a  CD,  and  this  CD  becomes  the 
originating  CD  for  the  conference. 

Once  the  originating  CD  has  been  reached,  the  called  numbers  of  the 
conferees  are  made  available  to  it,  either  through  signalling  from  the  user  or 
by  table  look-up  at  the  CD  (prearranged  conference).  At  this  point,  there  are 
a  number  of  possible  ways  for  the  originating  CD  to  establish  connectivity 
with  the  conferees;  for  instance,  he  could  place  individual  calls  to  each  of 
them. 

This  CD  to  CD  call  routing  may  not  be  optimal;  for  example,  consider  an 
originator  homed  on  Lodi,  California  and  conferees  homed  on  Littleton, 
Massachusetts,  Mosely,  Virginia  and  Polk  City,  Florida.  Placing  three  calls 
utilizing  long  haul  trunking  facilities  could  be  very  expensive  in  terms  of 
AUTOVON  resources.  A  better  solution  would  be  to  first  tandem  one  call  to  an 
East  Coast  CD  who  would  then  proceed  to  make  three  shorter  distance  calls  to 
the  conferees.  This  would  involve  lesser  use  of  Interswitch  Trunk  (1ST)  route 
mileage  on  the  AUTOVON  backbone,  and  usage  of  more  CD's  and  a  fewer  number  of 
ports  per  CD  per  typical  conference.  In  addition,  there  would  be  a  slightly 
higher  number  of  calls  placed  in  the  backbone,  but  the  route  mileage  of  these 
calls  would  be  lower  overall.  In  general,  there  is  a  trade-off  between  the 
AUTOVON  1ST  usage  and  the  number  of  CD's  and  corresponding  ports  used  in  the 
system.  A  major  assumption  of  this  study  is  to  favor  implementation  of  the 
type  of  conference  routing  which  will  minimize  impact  upon  AUTOVON  resources 
(1ST).  To  the  greatest  degree  possible  then,  we  routed  traffic  that  made  the 
most  use  of  local  tandem  CD ' s  wherever  possible,  to  reduce  AUTOVON  1ST  route 
mileage.  We  determined  this  CD  to  CD  routing  by  using  a  graph  theoretic 
algorithm  known  as  the  minimum  spanning  tree.  See  [6]  for  a  simplified 
discussion  of  this  algorithm.  The  algorithm  is  a  connection  hierarchy  or  tree 
which  connects  all  CD's  involved  in  a  single  conference  so  as  to  guarantee 
minimal  interconnecting  route  mileage.  The  branches  in  the  tree  connect  CD's 
at  AUTOVON  switches,  and  this  connection  is  effected  by  placing  a  call  over 
the  shortest  path  between  the  switches  using  the  present  AUTOVON  1ST 
connectivity.  This  is  the  second  stage  of  the  routing  process. 

The  third  and  final  stage  in  routing  is  the  reverse  of  the  first,  i.e., 
connecting  a  tandem  (  or  originating)  CD  to  a  conferee  by  placing  an  AUTOVON 
call.  When  the  conferee  is  not  homed  to  the  tandem  CD's  switch,  the  call  is 
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Switch  Identity 


1. 

Arlington,  VA 

7 . 

Cheyenne,  Mountain 

2. 

Toledo  Junction,  OH 

8. 

Socorro,  NM 

3. 

Williams town,  KY 

9, 

Julian,  CA 

A. 

Rockdale ,  GA 

10, 

Topaz  Lake,  NV 

5. 

6. 

Hillsboro,  MO 

Lamar ,  CO 

11. 

North  Bend,  WA 

LEGEND 


CD  Utilized 


□CD  not  present,  or 
not  utilized 


Figure  A.  Routing  for  a  10  Conferee  Conference 


routed  through  the  backbone  to  the  conferee’s  homed  switch.  Each  individual 
conference  in  the  traffic  matrix  is  routed  in  this  manner.  Ports  on  a  CD  are 
seized  in  each  of  the  following  instances: 

o  An  incoming  request  (call  from  a  conference  originator) 

o  An  outgoing  request  (call  to  another  CD) 

o  A  call  to  each  conferee  which  has  this  CD  as  its  local  CD. 

A  detailed  example  of  this  routing  is  now  described  (see  Figure  4).  A 
user  homed  on  the  Arlington  switch  wishes  to  conduct  a  conference  with  10 
conferees  homed  on  the  following  switches: 


Number  of 

Switch  Conferees 


Arlington,  VA  3 
Toledo  Junction,  OH  2 
Cheyenne  Mtn,  CO  1 
Rockdale,  GA  1 
Julian,  CA  2 
North  Bend,  WA  1 


We  assume  each  of  the  above  switches  has  a  CD  collocated  with  it.  The  routing 
for  this  conference  is  as  follows:  The  Arlington  CD  receives  the  originator's 
call,  places  a  call  to  each  of  the  three  conferees  homed  to  Arlington  and 
relays  a  call  to  Toledo  Junction,  accounting  for  a  request  of  five  ports  at 
the  Arlington  CD  (one  for  the  incoming  call,  one  for  each  of  the  local 
conferees  and  one  for  the  call  to  Toledo  Junction).  The  Toledo  Junction  CD 
receives  the  call  from  Arlington,  ties  in  its  two  local  conferees  and  relays 
calls  to  Cheyenne  Mountain  (via  Hillsboro,  Missouri,  and  Lamar,  Colorado,  the 
direct  path  in  the  present  AUTOVON  connectivity)  and  to  Rockdale,  Georgia, 

(via  Wil liamstown,  Kentucky)  for  a  total  of  five  ports  on  the  Toledo  Junction 
CD.  The  Rockdale  CD  ties  in  the  one  local  conferee  for  a  total  of  two  ports. 
The  Cheyenne  Mountain  CD  ties  in  its  one  local  conferee  and  relays  a  call  to 
Julian  (via  Socorro,  NM)  with  three  ports  utilized  at  the  Cheyenne  Mountain 
CD.  Julian  ties  in  its  two  local  conferees  and  relays  on  to  North  Bend  (via 
Topaz  Lake,  NV)  for  a  total  of  four  ports  utilized.  Finally,  North  Bend  ties 
in  its  local  conferee  for  a  total  of  two  ports  utilized. 

A  computer  program  was  written  to  route  all  the  conferees  via  this  method 
and  determine  the  accumulated  requests  for  ports  at  each  CD  in  the  network. 
Note  that  the  network  topology,  particularly  CD  placement  and  conference 
traffic  matrix,  is  used  to  directly  determine  the  arrival  rate  of  conference 
calls  as  well  as  the  probability  distribution  of  the  number  of  ports  requested 
by  a  particular  call.  So  the  traffic  characteristics  at  each  CD  of  the 
network  are  different.  The  point  should  also  be  made  here  that  we  assumed 
that  a  conference  was  conducted  even  if  not  all  the  conferees  could  be 
connected,  for  whatever  reason. 

We  now  know  the  traffic  loading  on  each  CD  in  the  network.  The  next  step 
in  this  run  is  to  determine  the  number  of  ports  required  to  meet  a  desired 
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loss  probability.  We  have  discussed  in  the  introduction,  and  it  should  be 
clearer  now,  that  a  particular  call  may  request  more  than  one  port.  In  fact, 
the  minimum  request  is  for  two  ports.  A  queueing  model  was  developed  to 
predict  the  behavior  of  this  system  and  is  described  in  Appendix  B,  but 
several  points  need  to  made  here. 

First,  a  call  requesting  two  ports  sees  a  different  blocking  probability 
than  one  requesting  three  ports,  for  instance;  the  reason  is  simply  seen  when 
one  considers  the  situation  where  there  are  only  two  free  ports  and  a  call 
arrives.  If  a  call  requires  two  ports  it  gets  in;  if  it  requires  three  it 
does  not.  Secondly,  because  of  this  fact  one  is  forced  to  consider  an  overall 
average  loss  probability  for  all  calls  using  the  particular  CD.  All  ports  are 
si  red  for  a  P10  grade  of  service.  The  total  number  of  ports  in  the  network 
and  various  other  statistics  are  accumulated. 

The  final  step  in  this  run  is  to  determine  the  effect  this  particular 
n  tab&r  of  CD's  has  on  CONUS  AUTOVON.  There  are  two  main  quantities  that  are 
used  to  reflect  this  impact.  The  first  is  the  1ST  mileage  used  by  the 
particular  set  of  conference  requirements.  This  measure  is  the  number  of  1ST 
miles  which  are  utilized  in  processing  the  set  of  conferences,  using  the 
minimum  spanning  tree  routing  discussed  earlier.  We  note  this  measure  is  not 
the  additional  1ST  channel  miles  required  to  support  the  conference  traffic, 
but  just  the  AUTOVON  1ST  mileage  that  would  be  traversed.  This  mileage  is 
considered  in  two  functionally  separate  categories:  USER/CD  and  CD/CD  1ST 
mileage.  The  first  category  represents  (1)  the  1ST  mileage  from  the 
originator's  home  VON  switch  to  his  local  CD,  and  (2)  the  1ST  mileage  to  each 
conferee's  home  VON  switch  from  his  local  CD.  For  purposes  of  this  study,  this 
category  (2)  does  not  include  any  AUTOVON  access  line  (PBX  to  switch)  mileage 
since  emphasis  here  is  on  the  AUTOVON  backbone.  The  second  category  is  the  CD 
to  CD  1ST  mileage,  which  represents  the  branches  of  the  minimum  tree  spanning 
all  CD's  involved  in  connecting  a  specific  conference. 

The  second  impact  to  be  determined  is  the  additional  AUTOVON  trunking  that 
would  be  required  to  maintain  a  desired  grade  of  service  within  AUTOVON.  This 
is  accomplished  by  constructing  a  switch-to-switch  traffic  matrix,  in  erlangs, 
which  accurately  represents  *  e  conferencing  requirements  during  a  busy  hour, 
on  a  call  by  call  basis.  It  s  also  possible  to  add,  or  overlay,  this 
conference  traffic  matrix  onto  the  existing  clear  voice  traffic  matrix  and  to 
conduct  a  fixed-performance  cost  comparison  of  the  AUTOVON  network,  both  with 
and  without  the  subject  conferencing  requirements.  Using  the  DCEC  Switched 
Network  Design  and  Performance  Model  [7],  one  can  determine  this  impact. 

In  the  performace  mode  of  this  model,  the  identity  of  the  54  CONUS/CANADA 
AUTOVON  switches  and  traffic  flow  between  them  is  provided,  along  with  the 
present  design  connectivity  of  the  network.  An  average  network  point-to-point 
grade  of  service  requirement  of  P10  is  held  fixed  and  the  links  are  resized  to 
meet  this  grade  of  service.  The  cost  of  the  network  before  and  after  the 
inclusion  of  conference  requirements  is  determined. 
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III.  SYSTEMS  ANALYSIS 


In  the  first  two  sections  of  this  technical  note  we  have  described  the 
problems  to  be  addressed  and  the  techniques  we  have  used  to  get  answers  to 
some  basic  questions.  This  section  presents  some  numerical  results  of  the 
study.  Several  tables  and  figures  are  used  to  display  our  results. 

Table  I  shows  the  results  of  placing  a  variable  number  of  CD's  in  the 
CONUS  AUTOVON  network,  and  Figures  5  and  6  show  graphically  the  configurations 
in  Table  I  corresponding  to  2  and  10  CD's  respectively.  In  Table  I,  each 
column  represents  a  separate  and  independent  run  of  the  procedure  described 
earlier.  That  is,  there  is  no  influence  of  one  run  upon  another;  the 
selection  of  a  switch  for  one  configuration,  say  four  CD's,  has  no  effect  on 
its  selection  in  another  configuration.  The  selection,  as  mentioned  earlier, 
is  solely  influenced  by  effort  to  minimize  the  total  traffic  weighted 
distances  from  251  SVIP  locations  to  the  best  selection  of  switches.  Figures 
5  and  6  show  straight  line  segments  having  as  one  terminal  point  the  SVIP 
location  and  as  the  other  terminal  point  the  associated  CD  location.  Homing 
is  done  on  the  basis  of  closest  CD.  Not  all  251  locations  are  visible  in  the 
resolution  of  these  two  figures. 

As  was  suggested  in  section  II,  one  measure  of  impact  on  CONUS  AUTOVON  is 
the  Interswitch  Trunk  (1ST)  mileage.  This  measure  is  the  AUTOVON  trunk 
mileage  traversed  by  a  particular  set  of  conferencing  requirements.  There  are 
two  components  of  this  measure  of  special  interest:  first,  the  USER/CD 
mileage,  the  mileage  of  each  call  to  the  closest  CD;  and  the  second  is  the 
CD/CD,  the  CD  to  CD  mileage  for  each  call.  In  general,  as  the  number  of  CD's 
increases,  the  user/CD  mileage  ratio  for  the  set  of  48  CD's  decreases  due  to 
the  shorter  distances  and  greater  proximity  of  users  to  their  local  CD's. 
Whereas,  the  CD/CD  mileage  for  the  same  set  of  requirements  will  increase  with 
more  CD's  in  the  system  because  as  more  CD's  become  available  for  use  they 
will  be  utilized  by  the  routing  discipline.  This  phenomenon  will  occur  only 
up  to  a  certain  point  where  additional  CD's  added  to  the  system  will  not  be  as 
fully  utilized  by  the  conferences  due  to  an  upper  limit  on  the  number  of 
conferees  in  a  conference.  Hence,  a  leveling  off  point  is  reached.  The  total 
1ST  mileage  is  thus  the  sum  of  two  opposing  monotonic  functions  of  the  number 
of  CD's  in  the  system.  The  relative  change  in  one  component  will  work  against 
the  other  component  and  the  sum  will  depend  upon  which  relative  change  is 
larger. 

Figure  7  shows  the  results  of  each  component  of  1ST  miles  as  a  function  of 
the  number  of  CD's  present  in  the  system  for  the  three  sets  of  48 
conferences.  The  three  sets  were  generated  using  different  random  number 
seeds.  As  a  result,  both  the  number  of  conferees  for  a  given  conference  and 
the  distribution  over  the  251  locations  of  the  conferees  of  a  given  conference 
were  varied  to  examine  the  effects  upon  1ST  mileage  used.  The  results  of 
Figure  7  indicate  that  the  effect  of  varying  the  simulation  sampling  for 
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TABLE  I.  SELECTION  OF  CD  LOCATIONS  FOR  VARIABLE  NUMBER  OF  CD  EQUIPMENTS 


AUTOVON 
SWITCH 

2  4  6  8  10  12  14  16  18  20 


Number  of  CD's 
in  the  Network 


Apache  Junction 

Arlington 

Brewton 

Cedar  Brook 

Cheyenne  Mountain 

Delta 

Dranesville 

Fai rview 

Hillsboro 

Julian 

Litt let on 

Lodi 

Mojave 

Moseley 

Mounds 

North  Bend 

Polk  City 

Rockdale 

Seguin 

Socorro 

Stanfield 

Sweet water 

Terre  Haute 

Toledo  Junction 

Wheat  land 
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SWITCHES  SSI/ SUBSCRIBER  LOCATIONS 


Figure  6.  Selection  of  Ten  CONUS/Canada  Switching  Sites  for  CD  Placement 


number  of  conferees  and  location  of  conferees  for  a  fixed  set  of  originators 
is  quite  small.  Since  there  was  little  difference  in  the  three  runs,  in  the 
remainder  of  the  study  the  various  figures  of  merit  will  be  shown  as  averaged 
over  the  three  separate  sets  of  requirements.  Also  shown  in  Figure  7  is  the 
leveling  off  of  the  CD/CD  mileage  at  about  12  CD's,  while  the  user/CD  1ST 
mileage  is  still  decreasing  at  20  CD's.  Figure  8  shows  the  two  types  of  1ST 
mileage  averaged  and  then  summed  as  a  function  of  number  of  CD's  in  the 
system.  There  is  an  initial  drop  in  total  mileage  in  going  from  two  to  four 
to  six  CD's,  and  from  this  point  onward  there  is  an  overall  trend  of  very 
slight  decline  in  mileage.  The  initial  sudden  drop  is  due  to  the  great  effect 
of  gaining  access  in  the  network  to  the  local  CD’s  of  the  users.  This  effect 
continues  to  dominate  the  increase  in  CD  to  CD  mileage,  but  the  combined 
effect  after  about  six  CD's  is  one  of  a  diminishing  effect  on  the  mileage 
dropoff.  Based  solely  upon  this  figure  of  merit,  an  optimally  chosen  set  of 
six  CD's  would  appear  to  have  greatest  impact  upon  use  of  1ST  mileage. 

1ST  mileage,  however,  is  not  the  only  variable  to  be  taken  under 
consideration.  In  general  the  conferencing  erlangs  will  be  combined  with 
clear  and  secure  voice  two  party  erlang  traffic,  and  considerations  of  routing 
and  economies  of  scale  in  trunk  group  sizing  need  to  be  examined.  This  is 
done  in  Table  II  for  the  48  and  210  conferences  per  busy  hour  cases.  For  each 
case  the  additional  cost  of  increasing  the  AUTOVON  trunks  to  support  the 
additional  conference  traffic  and  maintain  a  network  grade-of-service  of  P10 
is  presented.  The  baseline  case  is  when  the  number  of  CD's  is  zero, 

TABLE  II.  COST  OF  AUTOVON  TRUNKS  TO  SUPPORT  THE  ADDITIONAL 
CONFERENCING  TRAFFIC 


48 

Conferences 

210  Conferences 

Number 

CD  Traffic 

Cost 

CD  Traffic 

Cost 

of  CD's 

(erlangs) 

>r langs ) 

(Mfc/mo.) 

0 

0.0 

6.310 

0.0 

6.310 

2 

60.22 

6.353 

262.44 

6.500 

4 

60.89 

6.346 

268.83 

6.469 

6 

60.78 

6.343 

274.16 

6.470 

Table  II  indicates  a  differential  cost  increase  of  43,  36,  and  33  K$/month 
for  a  network  carrying  48  conferences  with  two,  four  and  six  CD's 
respectively.  There  is  a  slight  cost  savings  (7  K$/mo)  in  going  from  two  to 
four  CD's  and  insignificant  savings  in  going  to  six  from  four.  From  the 
network  (and  only  the  network)  point  of  view,  the  selection  of  number  of  CD's 
is  practically  insensitive  to  cost  considerations.  The  major  cost 
considerat ions  will  more  likely  be  found  to  lie  within  the  CD  system  cost 
itself.  Cost  analysis  for  the  CD  equipments  will  be  treated  in  subsequent 
reports.  Increasing  the  number  of  conferences  to  210  (a  4.4  fold  increase), 
results  in  a  differential  cost  increase  of  190,  159,  and  160  Kfc/month  for  the 
two,  four,  and  six  CD  configurations.  These  bear  an  almost  exact  ratio  to  the 
4.4  fold  increase  in  traffic.  In  particular,  the  same  conclusions  apply  to 
the  number  of  CD's  in  the  network.  An  initial  configuration  of  two  CD's  will 
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be  slightly  more  expensive  to  AUTOVON  than  four,  and  in  each  case  this  cost 
will  vary  in  a  direct  linear  manner  with  numbers  of  conferences  (i.e.,  volume 
of  requirements). 

A  CD  collocated  with  an  AUTOVON  switch  will  see  both  incoming  and  outgoing 
transactions  regarding  requests  for  its  ports.  First,  on  the  incoming  side,  a 
single  port  will  be  seized  from  either  a  call  from  a  conference  originator 
(user)  on  the  local  CD  or  from  another  CD  that  is  relaying  the  conference 
because  it  has  conferees  local  to  it.  Then,  on  the  outgoing  side,  groups  of 

ports  will  be  seized  for  calls  to  (1)  each  conferee  involved  in  the 

conference,  and  (2)  CD's  involved  in  further  tandeming  of  the  conference.  For 

a  given  conference,  a  specific  CD  may  see  no  such  transactions  at  all,  even 

though  its  associated  switch  may  be  involved  in  the  conference.  Thus,  a  CD 
for  one  specific  conference  will  see  either  no  requests  at  all  for  ports  or  a 
request  for  two,  three,  or  more  ports,  depending  on  its  proximity  to  the  users 
in  the  conference  and  the  presence  of  other  CD's  in  the  network. 

Figure  9  shows  the  number  of  conferences  (a  single  request  by  a 
conference)  being  offered  to  a  typical  CD  in  the  network  versus  the  number  of 
CD's  in  the  network.  Note  that  a  request  could  result  in  any  number  of 
requested  ports,  but  here  only  individual  requests  are  counted.  If  the  number 
of  CD's  in  the  network  were  one,  the  number  of  transactions  would  be  48,  the 
number  of  conferences  in  the  requirements  data  base.  This  shows  how  the 
conference  requests  on  a  CD  drops  as  there  are  more  CD's  in  the  network.  An 
average  CD  will,  up  to  a  point,  see  fewer  and  fewer  conferences  requesting 
service  from  it.  Figure  10  shows  the  total  number  of  ports  being  requested  by 
an  average  CD.  Both  Figures  9  and  10  show  that  as  more  and  more  CD's  are 
added  to  the  system,  with  the  requirements  held  fixed  there  will  be  less  and 
less  activity  present  at  an  average  CD  up  to  a  point  of  diminishing  returns 
due  to  geographical  separation  from  the  requirements  flows.  This  emphasizes 
the  need  for  accurate  knowledge  of  conference  flow  patterns. 

Figure  11  shows  the  average  number  of  CD's  that  will  be  utilized  by  a 
typical  conference.  When  only  two  CD's  are  present  in  the  system,  nearly  all 
(1.9  on  the  average)  will  be  utilized  by  an  average  conference.  This  ratio 
falls  off  rapidly,  however,  when  more  and  more  CD's  are  added  to  the  network. 
For  example,  with  20  CD's  in  the  network,  only  about  5.4  CD's  (on  the  average) 
are  utilized  by  a  given  conference.  This  is  directly  related  to  and 
controlled  by  the  distribution  of  the  number  of  conferees  in  a  conference. 

Figure  12  shows  the  number  of  ports  requested  by  an  average  conference  as 
more  and  more  CD's  become  available  in  the  network.  Up  to  a  certain  point, 
more  and  more  ports  are  being  requested.  This  is  due  to  the  fact  that  more 
and  more  CD's  are  being  involved  in  a  conference  because  of  their  geographic 
availability.  With  more  CD's  available,  the  number  of  overall  ports  requested 
increases.  This  effect  diminishes  due  to  a  saturation  effect;  i.e., 
additional  CD's  will  tend  not  to  be  involved  in  a  given  conference.  The 
conclusion  is  that  from  the  conference  point  of  view,  the  inclusion  of  more 
and  more  CD’s  in  a  network  will  have  diminishing  effect  due  to  the  upper  limit 
on  numbers  of  conferees  in  a  conference.  These  figures  have  demonstrated  that 
the  optimal  number  of  CD's  in  the  CONUS  AUTOVON  is  probably  small  and  on  the 
order  of  two  to  six  CD's,  depending  on  the  location  of  the  users. 
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Figure  9.  Conference  Activity  for  an  Average  CD 


NUMBER  OF  CD'S  IN  SYSTEM 
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The  previous  figures  have  shown  the  process  of  requests  for  ports  flowing 
through  an  AUTOVON  network  configured  for  a  variable  number  of  CD's.  Any 
number  of  ports  on  a  CD  less  than  the  total  requested  over  a  busy  hour  will 
lead  to  blocking  on  the  CD,  or  denial  of  service.  Appendix  B  discusses  a 
mathematical  queueing  model  of  this, process  whereby  the  number  of  ports 
associated  with  a  desired  level  of  blocking  can  be  evaluated  (by  a  computer 
algorithm)  from  a  knowledge  of  the  distribution  of  numbers  of  ports  requested 
for  a  given  CD.  This  sizing  in  effect  allows  for  more  efficient  use  of  the 
resources  (ports)  on  the  CD.  No  limitation  is  assumed  in  the  study  on  the 
number  of  conference  bridges  available  to  the  CD. 

Table  III  shows  the  distribution  of  the  ports  on  each  CD  in  the  system  as 
determined  by  the  queueing  model  described  in  Appendix  B.  These  quantities 
were  averaged  over  the  three  separate  traffic  simulations  for  the  case  of  48 
conferences  in  the  system  and  grade  of  service  on  the  CD  (blocking)  of  P.10. 

It  has  already  been  seen  that  as  more  CD's  are  available  to  the  network, 
they  are  utilized  less  and  less  frequently.  This  will  also  cause  the  number 
of  ports,  sized  for  an  assumed  level  of  blocking  at  the  CD  of  P10,  to  decrease 
at  a  CD.  The  question  is  whether  the  total  number  of  ports  in  the  network 
will  also  decrease  with  increasing  quantities  of  CD's.  Figure  13  shows  the 
total  number  of  ports,  sized  for  P10  CD  blocking,  for  each  configuration. 

This  figure  indicates  that  although  the  ports  per  CD  are  decreasing,  the 
number  of  CD's  is  rising  faster,  resulting  in  an  increase  in  the  number  of 
ports  in  the  system.  This  is  more  than  likely  due  to  the  total  lack  of 
economy  of  scale  at  the  lighter  loading  levels  produced  with  many  CD's  in  the 
system.  Adding  CD's  will,  in  general,  result  in  more  ports  overall  in  the 
system. 
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TABLE  III.  DISTRIBUTION  OF  CD  PORTS  FOR  VARIABLE  NUMBER  OF  CD'S 
IN  THE  NETWORK  (P.10  BLOCKING) 


AUTOVON 

SWITCH  Number  of  CD's  in  the  Network 


Apache  Junction 

Arlington 

Brewt on 

Cedar  Brook 

Cheyenne  Mountain 

Delta 

Dranesville 

Fai rview 

Hillsboro 
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Litt  leton 

Lodi 

Mojave 

Moseley 

Mounds 

North  Bend 

Polk  City 

Rockdale 

Seguin 

Socorro 

Stanfield 

Sweetwater 

Terre  Haute 

Toledo  Junction 

Wheat  land 


2  4  6 

43  39 

57 

28 

26  24 

34 

8 

28  26 
38 

25 
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14 

16 
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20 

10 

10 

10 

38 

36 

36 

34 
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28 
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14 

15 

14 

14 

13 

13 

13 

14 

16 

15 

15 

15 

13 

13 

12 

7 

12 

9 

9 

24 

21 

22 

21 

18 

18 

18 

19 

18 

19 

13 

13 

12 

12 

12 

12 

14 

14 

14 

14 

11 

11 

11 

18 

18 

18 

19 

19 

16 

15 

15 

15 

16 

8 

8 

8 

8 

8 

8 

8 

3 

3 

27 

24 
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18 

18 

18 

15 

20 

19 

19 

14 

14 

11 

14 

14 

27 

18 

19 

19 

18 

18 

18 

6 

5 

5 
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IV.  SIGNIFICANT  FINDINGS  AND  CONCLUSIONS 


In  this  Technical  Note  we  have  studied  the  impact  on  CONUS  AUTOVON  of  the 
addition  of  estimated  SVIP  conferencing  requirements.  This  effort  required 
two  significant  pieces  of  developmental  analysis.  The  first  was  the 
generation  of  a  representative  traffic  requirements  matrix  for  SVIP  conference 
calls;  and  the  second  was  a  development  of  a  mathematical  model  to  be  used  in 
sizing  the  ports  on  the  CD.  These  two  pieces  of  work  are  fully  documented  in 
Appendices  A  and  B. 

The  study  attempted  to  answer  the  following  questions: 

a.  How  many  CD's  should  there  be  in  CONUS  AUTOVON? 

b.  Where  should  they  be  located? 

c.  What  is  the  port  sizing  required  to  meet  the  conference  traffic 
requi rement  s? 

d.  What  is  the  impact  of  accommodating  the  conferencing  traffic 
requirements  on  AUTOVON? 

A  detailed  analysis  of  these  questions  is  given  in  section  III;  but  some 
general  statements  can  also  be  made.  The  number  and  locations  of  the  CD's  are 
highly  dependent  on  the  location  and  traffic  requirements  of  the  users.  When 
one  only  considers  the  traffic  requirements  generated  in  this  study,  the 
optimal  number  of  CD's  is  somewhere  between  2  and  4.  This  result  only 
considers  the  network  implications  of  the  CD's  and  their  traffic;  it  did  not 
consider  the  cost  of  the  CD's  themselves.  When  one  considers  the  economies  of 
scale  in  the  port  sizing  aspects  of  the  problem,  and  the  cost  of  the  CD's,  one 
is  forced  to  conclude  that  the  optimal  number  of  CD's  is  probably  very  small, 
probably  two,  considering  cost  impact.  The  survivabi lity /reliabi lity  aspects 
of  the  problem  have  not  been  addressed  in  this  report  but  could  obviously 
impact  the  above  conclusions. 
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APPENDIX  A 

GENERATION  OF  SVIP  CONUS  CONFERENCING  TRAFFIC  REQUIREMENTS 


1.  Int roduct ion .  In  order  to  perform  network  analyses  to  determine  the 
numbers,  placements  and  sizing  of  SVIP  Conference  Directors  within  the  CONUS 
AUTOVON  network,  it  is  necessary  to  have  a  set  of  busy  hour  conferencing 
traffic  requirements.  These  traffic  requirements  should  be  specific  enough  to 
indicate  the  quantities  of  busy  hour  conferences,  the  locations  where  they 
originate,  the  numbers  and  locations  of  their  conferees  in  a  conference  by 
conference  basis  and  the  holding  time  of  a  conference.  In  the  absence  oc  a 
set  of  detailed  quantified  requirements  as  described  above,  it  has  been 
necessary  to  generate,  using  Monte  Carlo  simulation  techniques,  an  interim  set 
of  conferencing  requirements.  This  appendix  discusses  the  procedure, 
rationale  and  inherent  assumptions  made  in  arriving  at  an  interim  set  of 
requirements.  In  the  implementation  of  this  procedure,  certain  parameters  and 
probability  distributions  were  subjectively  chosen  on  the  basis  of  a  first  cut 
estimation. 

The  basic  data  base  from  which  these  procedures  derive  is  a  set  of  251 
COHUS/Canada  locations  with  busy  hour  originating  SVIP  (two  party)  offered 
traffic  in  erlangs.  This  data  base  was  provided  to  R730  in  the  first  quarter 
of  CY  78  by  R720  and  is  the  result  of  an  earlier  analysis  which  used  as  input 
the  CONUS/Canada  portion  of  the  CY  78  Secure  Voice  10,000  subscriber  list,  and 
which  derived  originating  offered  traffic  by  location.  This  data  base  was 
used  to  provide  CONUS  secure  voice  traffic  for  use  in  the  1982-92  Ten  Year 
Plan.  It  is  presumed  that  prior  analysis  considered  the  numbers  of 
subscribers  (main  stations,  or  instruments)  at  a  location,  an  assumed  amount 
of  originating  traffic  per  instrument  (about  1.2  calls  per  busy  hour),  a  turn¬ 
around  ratio  (about  70%)  at  the  local  concentrator  and  a  sizing  of  access 
lines  according  to  a  desired  blocking  probability  (about  10%).  The  resulting 
offered  erlang  traffic  is  thus  a  derivative  of  the  locations  of  main  stations 
in  the  CY  78  Secure  Voice  data  base.  A  listing  of  the  251  locations  is  given 
in  Figure  A-l.  Each  line  is  a  SVIP  location  and  shows  the  location  number, 
the  8  character  DCA  geographical  location  name,  a  2  character  state/country 
code,  decimal  latitude  and  longitude,  V/H  coordinates,  and  SVIP  (two  party) 
offered  erlangs.  The  total  traffic  over  the  251  locations  was  545  busy  hour 
erlangs. 

The  method  for  using  this  data  to  simulate  SVIP  conferencing  requirements 
consists  of  three  steps: 

1.  Determine  the  number  of  busy  hour  conferences  originating  from  each 
location. 

2.  For  each  conference  in  step  1,  determine  the  number  of  conferees 
participating  in  the  conference. 

3.  Determine  the  location  of  the  conferee  in  step  2. 
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048 

C  C ECN  A  DO  05 

32.700 

1  17.20  0 

947? 

763  3 

6 

57? 

049 

CP  0 A  V  1 0 2 4 

3  3.31  7 

7 6.  St? 

6621 

1550 

0 

203 

050 

CP  DRUM  36 

44.050 

75.733 

4587 

706  7 

0 

820 

051 

CPOC  JGLS55 

4  7.  ^1  ** 

90.26  7 

5787 

4003 

0 

336 

052 

CPLEJCUN37 

34.667 

77.350 

6419 

1  103 

1 

1  04 

053 

CPMUNk  1Y53 

47.  117 

1 22 .567 

6447 

892  3 

0 

5  2  2 

054 

CP PICK TT51 

37.050 

77.933 

6044 

1483 

0 

1  91 

055 

CPPNOL  TN06 

33.31  7 

1 17.367 

9346 

7007 

6 

96  1 

056 

C?PCrV‘  T S  06 

35. 332 

120.74* 

8P63 

3  37  9 

0 

175 

057 

CRANE  16 

35.900 

36.900 

6499 

301  1 

0 

4  €  8 

058 

CkPSCH^SAE 

27.800 

97,40) 

94  75 

3“*  3C 

0 

26  1 

059 

DANA  C* 

52.283 

105.76  7 

4923 

O'*  6  6 

0 

1  1  6 

060 

OA/TON  39 

39.750 

84.200 

6114 

T  *04 

8 

001 

061 

DOVE-  10 

39. 1 67 

75.533 

5420 

14  00 

3 

358 

062 

DUGWAY  49 

40.240 

112.933 

7731 

7  ?  1  1 

1 

1  °2 

063 

D  V  SMN  THNQ4 

32. 166 

1 1 0.8e2 

9354 

64  60 

~i 

296 

064 

DYES3  48 

3  2.  41  7 

99.  eso 

3712 

453  l 

3 

43! 

065 

EARLE  34 

40.017 

74.600 

5185 

1  3C  2 

0 

3  13 

066 

EOMCNTONCA 

53. 550 

l  1 3.467 

4635 

7821 

2 

0  7? 

067 

E0WAHU5  06 

34.005 

1 17.833 

901« 

764  ■» 

2 

9  7  9 

068 

EGLIN  12 

30.433 

86.500 

8071 

20  87 

o 

6  12 

069 

ELLSwK  TH  46 

44. 1*6 

103.104 

6500 

5  p  8 /'* 

1 

977 

070 

E  NGL  AND  22 

31.373 

92.550 

8412 

?  1  ■ .  7 

0 

570 

071 

FA  IRCHLD53 

47.  625 

1  1  7.650 

6258 

371  0 

2 

39? 

072 

FE  WARPFN56 

41 .150 

104.800 

^200 

59  5  6 

1 

907 

073 

flcnbrdgca 

46.6J  7 

80.833 

4  565 

3074 

0 

0^5 

074 

FORBES  20 

3  3.  962 

95.662 

7129 

4?co 

0 

l  17 

075 

FR7N*E  f  T21 

3C.21  7 

84.433 

64  56 

7631 

0 

090 

076 

FRESNO  06 

36. 783 

11  9.  75  0 

865  9 

8233 

0 

1  75 

077 

FT  BLISS48 

31 .800 

106.417 

9218 

564  6 

4 

365 

078 

FT  3R*OG  37 

36.133 

7  ?.  9  S  J 

64  n  6 

1  408 

8 

9ei 

079 

FT  DIX  34 

40.017 

74.550 

5180 

1385 

1 

C23 
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06  0 

FT  HUGO  48 

31*133 

97*767 

8833 

4070 

7.001 

06  1 

FT  KNC  X  21 

37*900 

85*983 

6613 

2770 

1*504 

0  82 

FT  LEWIS53 

47.083 

122.600 

6455 

8928 

2*  465 

063 

FT  MCCCY55 

43*  150 

90*133 

5926 

3910 

0.136 

064 

FT  MEADE  24 

30*100 

76*  033 

5567 

1580 

6.1  4  C 

065 

FT  ORD  06 

36*650 

121 .767 

8730 

8580 

5.351 

086 

FT  POLK  22 

31*046 

93.192 

9518 

3271 

0.91  1 

087 

FT  RILEY20 

39.067 

96*783 

7178 

4544 

3*032 

0  86 

FT  SILL  40 

34. 650 

98.402 

816? 

4455 

7.063 

069 

FTPELVCP51 

38.683 

77.133 

5671 

1570 

0*564 

090 

F  TBENNNG13 

32.383 

64.883 

7564 

2018 

2.632 

091 

FT6NHR  SN  1  a 

39.850 

86.017 

6246 

29  90 

0*936 

092 

F  T  CA  S  ON  0  P 

38.733 

1 04.800 

7700 

580? 

4*  1  44 

093 

FTv.MPBl.L21 

36.  867 

07.483 

697? 

2372 

3*542 

094 

FTDETKCK24 

39.433 

77.433 

5565 

1705 

0*610 

095 

F  TGI  LL  EM  13 

33. 583 

84.350 

7289 

2060 

1*816 

09  6 

FTGORDCNl  3 

33.417 

82.133 

7116 

1  6£  1 

1*816 

097 

FTHUAL  HC04 

31  *580 

1  10*340 

9454 

ft?'**} 

5*318 

09  8 

F  T  JACK  SN45 

34.  050 

30*933 

6604 

1578 

7.095 

099 

FTLNROW02P 

37.733 

92.11** 

7124 

3696 

1.410 

100 

F7LVN*RT20 

39.350 

04.91 7 

7000 

4276 

0.700 

101 

FTMCCLLN01 

34.71  7 

85.  **0  3 

7201 

2406 

0.6e7 

102 

FTMC  PH  SN  1  3 

33.  700 

84.417 

7277 

2087 

10.320 

103 

FTMC  NM  TH 34 

40.300 

74*050 

5080 

1356 

3*  80  0 

1  04 

FTMGNRCE51 

37.033 

76.300 

5886 

1247 

7.451 

105 

FTPITCHI  24 

39.733 

77.417 

5509 

1740 

10.511 

106 

FTSHEPDN17 

42.223 

97.816 

5935 

3407 

2.302 

107 

FT3MHSTNA8 

29.450 

98.450 

9218 

4058 

0.596 

106 

FTSTEWRT  13 

31*650 

01. 600 

7357 

1435 

0*3  00 

1  09 

GANOER  C A 

48.950 

54.567 

161  1 

547 

0*000 

110 

GEOrGE  06 

34.533 

117.533 

0  07  0 

7769 

2.687 

111 

GLENVIEW  17 

.42.083 

97.81-* 

5962 

3472 

0.329 

112 

GCODFLLWAa 

31 .43  0 

1 00*401 

8947 

4554 

0*546 

113 

Gfi  FORKS 38 

47.917 

97*060 

5421 

5302 

7.777 

114 

GRAYLl NG26 

44.630 

94*744 

5234 

3321 

0.197 

115 

GR IFF  I SS36 

43.233 

75.  407 

4696 

1918 

5*  1  21 

116 

GRISSOM  18 

40.850 

36.150 

61  05 

3033 

2.  184 

117 

GROTOM  09 

41.317 

72.200 

4717 

1250 

2*578 

118 

GT  L  17 

42.302 

87.  818 

5920 

3495 

?•  016 

11  9 

GTWLMG  TN10 

39*678 

75 .6  O'* 

5344 

1405 

0.277 

120 

GYPSMVLl.CA 

51.750 

98*583 

4727 

5807 

0.189 

121 

HARTFORD09 

41.750 

72.700 

4692 

1373 

0.543 

122 

HA WTriUFN 32 

38.527 

1  18. 625 

9254 

8094 

1.0  15 

123 

HELENA  30 

46.600 

1  1  2*  0  1  7 

6336 

7347 

0*089 

124 

HILL  49 

41*117 

11 1 .967 

75  03 

70c  5 

4.3e7 

125 

HOLBERG  CA 

50*517 

128*01 7 

5725 

9727 

0.  1  09 

12  6- 

HCLLOM AN35 

32.e?0 

106 .100 

8984 

5655 

1.575 

127 

HOME  5  T  ED  12 

25. 483 

800*467 

3434 

542 

4.304 

128 

TNDIHPLS18 

39. 760 

86. 16^ 

6277 

2991 

0.936 

1  29 

I NDNTWGP42 

40.367 

76*633 

5221 

1  71  2 

o.oeo 

130 

JFFRSNCY29 

33. 5n? 

92. 156 

6958 

378  1 

0.  1  77 

131 

JOHNS VLL42 

40. 1 99 

75*066 

5  198 

147c 

0.519 

132 

ka  MLonesc/ 

50.  667 

120*333 

563  9 

066  1 

0*  1  09 

1  33 

KANSASCY29 

30*033 

94.553 

7041 

41^7 

0.  132 

134 

KELLY  4C 

29.367 

98.567 

9243 

4072 

18*564 

135 

KGSLYFLD41 

42.163 

121.736 

7524 

8705 

0.5C7 

136 

K I  'iTL  AND 3 5 

36.733 

1 09.350 

82  04 

6274 

2.159 

137 

K  I  SAWYSR26 

46. 354 

3“%  3C4 

51  16 

3655 

2*056 

138 

LA  JJNTAOP 

3^*983 

1 03.511 

776° 

554  4 

0*220 

1  39 

LA CKLAND4Q 

29*400 

98.600 

9233 

40*1 

0*131 

140 

LA  KEH1ST  34 

40.033 

74.354 

5  13  7 

1361 

0.967 

141 

LANGLEY  51 

3  S.  c  5  0 

77 . 1 67 

56  26 

1600 

2.923 

142 

LANSING  26 

42*750 

34.53 J 

55  3 3 

3087 

0.395 

143 

LA#r£NCE20 

38.967 

95.250 

7  0  OQ 

4  2r  5 

0.233 

144 

LEWES  10 

38. 783 

75. 117 

3454 

1303 

0.277 

145 

LEXlNG  TN21 

38. 083 

84.500 

645? 

2^67 

0.226 

146 

LSHANSCM75 

42*4°0 

71.277 

4422 

1295 

8*013 

147 

LITTLRCK05 

34.733 

92.25  0 

7721 

3444 

5.901 

1 4e 

L0NG6E  CHOP 

33.750 

1  18.23  J 

9277 

7864 

4.866 

14V 

LOSING  23 

46.950 

67. *96 

3334 

1540 

0*966 

150 

L  CSANGLS 06 

33.940 

118.400 

9241 

7901 

2*  1  28 

151 

LO  Y  OP 

29. 71 7 

1 04.900 

7502 

*05? 

1*414 

152 

LOWTHFR  C/ 

4^.550 

83.0 00 

4196 

364  c 

0.075 

153 

LTTRKNNY42 

39*933 

77.65  0 

5486 

1803 

1*  1  11 

154 

LJKF  04 

33*523 

112*303 

91  30 

6P0-* 

0*549 

I  55 

MACD  I L  L  12 

?7#350 

82.517 

0197 

1146 

2*425 

156 

MAOTSLM  55 

43*  08? 

39*367 

58  34 

37ca 

0.336 

157 

MALM  ST  RM  70 

47*500 

111*167 

oil  3 

720  3 

1  *430 

1  58 

MARCH  06 

■<■*.00 3 

117.250 

9220 

7692 

7*674 

159 

MARE  1  06 

30*100 

1 22*  26  * 

0422 

5702 

0*069 

1  60 

MAYNA^  25 

42*500 

71 .550 

4447 

1330 

0.501 

161 

MA  YP  J  .*!  T  12 

30.400 

31*417 

761  0 

1244 

0.916 
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162 

MCCHGRD  53 

47.148 

122.479 

64  39 

69  1  1 

5 

•  717 

163 

MCCLELLN06 

3  6.667 

121 .399 

6282 

656  * 

3 

•  304 

164 

MCCCNNLL20 

37.61  7 

97.267 

7499 

450  3 

3 

•  142 

165 

MCGUIRE  34 

40.033 

74.583 

5180 

i  392 

6 

•  473 

166 

MCMC  36  nG 42 

40.217 

77.017 

5384 

1745 

0 

*203 

167 

MEMPHIS  47 

35.  117 

90.083 

7479 

31  ?c 

0 

*  l  49 

1  68 

MI  L  W  VJ  KE  55 

43.033 

37.917 

57  87 

3584 

0 

•  325 

169 

M  INC  T  38 

46.26^ 

101. 317 

5567 

591  4 

1 

•  ses 

170 

MOODY  13 

3  0. 96  7 

83.200 

7676 

15^5 

0 

.340 

17  1 

MCRGNT WN54 

39. 650 

79.917 

5757 

’07Q 

1 

•  111 

172 

MTN  HC  ME  16 

43.060 

1 15.867 

7203 

7795 

0 

•  3  11 

173 

N  LCMD  CN  Q9 

41.350 

72.117 

47Q3 

1244 

0 

.951 

174 

NASHVILL47 

36. 1 50 

86.300 

7014 

2713 

0 

•  343 

1  75 

NATICK  25 

42. 283 

71 .350 

4464 

1  27  S 

0 

•  211 

176 

NELLIS  32 

36. 733 

1  15.03  3’ 

8648 

73^5 

3 

•  298 

177 

NEWPORT  44 

41.217 

71  .300 

4642 

1121 

0 

•  126 

178 

NO  PAY  r* 

46.317 

79.467 

45Q6 

2875 

1 

•  1  34 

179 

NORFOLK  51 

36.067 

76.233 

59  45 

llcl 

11 

•  641 

180 

NCPLC  4NS22 

29#  967 

90.1 1 7 

34  8  3 

26  4** 

4 

•  44  1 

iei 

NORTON  06 

34*  092 

1 17.236 

91  75 

7698 

4 

.520 

1  62 

N*CMP3L  N042 

40.21  7 

76.900 

S  3**  3 

1730 

0 

•  9£7 

133 

NYCPK  C  Y  36 

40.717 

74.01 7 

5004 

1406 

6 

.051 

1  84 

OAKLAND  06 

37.783 

122.21 e 

8490 

8686 

0 

•  065 

1  85 

OCEANA  5! 

3  6.  827 

76.032 

5896 

1  lf>2 

1 

•  673 

166 

O^FUTT  31 

41.133 

95. 91 7 

6710 

45  p  0 

5 

•  050 

167 

OGDEN  49 

41.233 

1  1 1 .967 

7478 

7100 

0 

•  394 

188 

OKLAHM  CY40 

35.467 

97. 53 J 

7  94  8 

4375 

2 

•  939 

1  89 

ORANGE  09 

41  .233 

73.033 

4806 

1  753 

0 

•  271 

190 

OTTAWA  C  A 

45.450 

75*700 

4332 

2246 

0 

.383 

191 

PASCAG0L28 

30. 350 

98.533 

8275 

2415 

0 

.1  42 

192 

PATRICK  12 

2  3.2  38 

80.603 

**934 

27  1 

1 

.744 

193 

PEASE  33 

4  ?o 033 

70. 917 

42  74 

1  3  °  1 

2 

.436 

194 

PENTAGONS! 

38.56^ 

77.050 

se  30 

1  58  1 

16 

.  306 

195 

RHILOL  4  2 

3r « P50 

7S. 163 

52  53 

1460 

5 

•  256 

196 

PICATNNY34 

40.017 

74 .600 

5135 

136? 

0 

•  277 

197 

PLTS3RGH36 

44.650 

73.467 

42o5 

1  56  4 

\ 

•  4  14 

19  8 

POPE  37 

35.171 

79.015 

6492 

1417 

0 

.  32S 

190 

PORTH JNM06 

34. ISO 

119.217 

921** 

°055 

0 

.4  26 

200 

=>OPTL*  K'D  4 1 

4S.500 

122. SI  7 

6803 

39  06 

0 

.566 

20  1 

PU  RTSMTH51 

36. 867 

**6  .4  0  0 

SP25 

124  0 

T 

•  456 

202 

PSD SNFNC  06 

3  7. 80  0 

122.451 

6491 

£  7  ?  7 

5 

.  S  6  1 

2  03 

PT  MUGU  06 

34.  11  7 

1  19.  1  1  7 

9222 

3036 

1 

*158 

204 

PT  Y  CS06 

3S.000 

122.967 

64  55 

8620 

0 

•  06  Q 

20  5 

O'J^  "T  I  cr  51 

37.500 

77.300 

572  3 

157  1 

0 

•  871 

2  06 

:*  A 1 . C  .  L  p’H4C 

.529 

98.279 

9  190 

4033 

1 

.5  Sc 

207 

RC^DSG  3R29 

33. 851 

94.553 

7075 

4177 

3 

•  265 

2C8 

REDSTO  NE01 

34.61  7 

86.  66  ** 

729S 

?  5  35 

e 

•  928 

209 

REE  St  48 

3.7.  oOO 

1 02.033 

86  05 

4Q<?  5 

0 

•  24? 

210 

RFSTCN  51 

73.91  7 

77.350 

5650 

1630 

4 

•  239 

211 

RICHI4HNOS1 

3  7 .567 

7^.433 

59  0  1 

T  4 75 

0 

•  574 

212 

r>Oc<  INS  13 

37.  640 

83. 5C  2 

739  7 

1339 

0 

•  S  57 

213 

PuCK  1  17 

4  1  •  53  6 

90 .56  9 

6270 

*3?  7 

5 

•  261 

214 

SALt-1  41 

4  4  .  3  3 

1 2  3.01 7 

6  °33 

.3953 

0 

.532 

215 

S  ALTl.  CY4G 

40*767 

1  1  1.893 

7574 

7066 

0 

.394 

21  6 

SANANTCN48 

2'»'U7 

90.500 

022  3 

40  6  4 

1 

•  161 

21  7 

SAisT  \  <C  S 06 

38. 433 

122.71** 

83  56 

37  37 

0 

.069 

21b 

SCOTT  17 

3°. 650 

39.350 

6756 

3422 

7 

.280 

21  9 

SGVPC*  36 

4  7  .  c  0  0 

70.367 

2064 

0 

•  362 

22  0 

ShAF.»E  06 

37.633 

121.267 

34  6  2 

8524 

0 

.  138 

221 

si  crr\  06 

39.500 

120.500 

8034 

84  3  8 

2 

.527 

222 

ST  CUXu  K TCA 

SO.  083 

92.000 

4701 

4825 

0 

•  376 

22  3 

ST  U  JTS?-- 

3  3.650 

90.417 

o  8  1 c 

35  \  0 

4 

•  4ie 

224 

ST  P,‘J L  27 

4  4  .  c  5  0 

93  •  0  p  3 

57"* 4 

4  4  ^  7 

1 

.344 

225 

S  TcCKT  ^N  06 

37.PS0 

121.233 

3437 

8570 

0 

•  069 

226 

S  Y  M  JH  N  SN  3  7 

3  5.34  o 

77.960 

6357 

1280 

0 

.497 

227 

TO  0  YU  *  ►N  42 

41.133 

75*41 7 

SOSO 

1553 

0 

.229 

228 

TCCfLE  4C 

40.633 

112.31 7 

76  3° 

712* 

1 

•  182 

229 

TOPEKA  70 

39. 0^3 

95.683 

7114 

4*»69 

0 

•  1  17 

230 

TP ARY  06 

37. 750 

121.433 

34  8  3 

F551 

0 

.0  65 

221 

TP AVI S  06 

39.762 

121 .927 

3330 

364  : 

? 

•  9*6 

232 

TftFMUN  34 

40.21  7 

~*4.  750 

5164 

143* 

0 

•  331 

233 

TYNDsLL  1? 

30.0^0 

55*576 

8067 

13'  1 

7 

.4*3 

234 

V  ANON  a  r  G  06 

14.717 

1  2  !*550 

«1  26 

P71  1 

0 

.227 

235 

VI  NTH!  LL  5  1 

3S.737 

77*667 

0713 

1  65  1 

0 

•  706 

236 

wAfREN  2  6 

4?. *67 

63*01 7 

5500 

pn  3c 

4 

•  616 

237 

WARWICK  44 

41 .700 

71*303 

4663 

1  158 

0 

•  21? 

238 

WASHNG  TNI  1 

IS. 900 

7^. 017 

5621 

15*1 

10 

•  074 

239 

WEST7VEr  25 

42.  ’00 

72.550 

4590 

1415 

0 

•  8  14 

240 

WGHT3T  SN3r- 

3^.817 

<0  4.0  5  0 

60  34 

^  r,  p  r» 

4 

•  4  16 

241 

WHIDOE  Y! S3 

4  8. 34  6 

122*651 

6  179 

*553 

0 

•  536 

242 

W  H  !  T  C  4  AN  25 

36.73  3 

93*55  ) 

702- 

401C 

2 

•  566 

243 

WILX-P.  16 

47. 667 

l 16.91 7 

71  01 

■*98  0 

0 

•  ?  66 

Figure  A-l. 

Listing  of  SVIP  Locations  (Continued) 
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244 

WILLI  AMS04 

35*250 

1 12. 183 

6756 

4  4*:  5 

o.oae 

245 

WINCHSTR51 

39*167 

73*200 

5686 

1770 

1.355 

246 

WI  hOOSKl  50 

44*  500 

^3* 183 

4264 

1308 

0.  1  57 

247 

VNTKHR  BR2  3 

44*400 

63*063 

3774 

t  183 

0.297 

246 

WRTMMG  TN39 

40*063 

33*033 

5953 

2572 

0.155 

249 

•  URTSMTH26 

44. 45  1 

83.394 

5170 

31  !  5 

1.775 

250 

YAKIMA  53 

46*600 

120*500 

6533 

P606 

0.832 

251 

YCfvKTON  CA 

51.267 

102.467 

5003 

6273 

0.  1  15 

Figure  A-l.  Listing  of  SVIP  Locations  (Continued) 


2.  Step  One.  The  locations  that  originate  conferences  are  determined  by  the 
amount  of  SVIP  traffic  originating  from  them.  That  is,  the  number  of  busy 
hour  conferences  originating  from  a  location  is  assumed  to  be  proportional  to 
the  SVIP  traffic  offered  from  that  location.  This  rule  is  implemented  in  the 
computer  by  ranking  the  locations  according  to  their  erlang  traffic, 
partitioning  the  erlang  scale  of  traffic  into  a  number  of  intervals,  and 
assigning  quantities  of  originating  conferences  to  locations  in  these 
intervals  in  a  manner  which  increases  with  increasing  traffic.  Specifically, 
an  ordered  set  of  erlang  cut  points,  Cq  Cj_,  C2  ...  are  specified  so  that 
a  location  will  be  assumed  to  generate  i  conferences  during  a  busy  hour  if  its 
SVIP  originating  erlang  traffic  is  in  the  range  from  to  C^+1  (Cq=0). 

The  selection  of  these  cut  points  effectively  determines  the  number  of 
conferences  in  the  set  of  requirements  and  is  the  means  by  which  the  volume  of 
requirements  is  controlled.  Increasing  one  or  more  cut  points  will  lower  the 
overall  number  of  conferences  and  vice  versa.  Figure  A-2  shows  the  result  of 


choosing  erlang  cut 

points  of  C^=5,  C2=8. 

Erlang 

Number  of 

Number  of 

Total 

Interval 

Locations 

Conferences 

Conferences 

0.  to  5 .0 

215 

0 

0 

5.0  to  8.0 

24 

1 

24 

greater  than  8.0 

12 

2 

24 

Total 

‘251 

48 

Figure  A-2.  Distribution  of  Number  of  Origination  Conferences  by  Location 

In  this  case,  215  of  the  251  locations  originate  no  conferences,  while  24 
locations  each  generate  one  conference  and  12  locations  two.  This  results  in 
a  total  of  48  busy  hour  conferences  being  generated.  The  choice  of  cut  points 
can  be  parametrically  varied,  in  effect,  to  throttle  the  number  of  conferences 
in  the  data  base,  all  the  while  keeping  the  rule  that  the  more  SVIP  traffic 
emanating  from  a  location,  the  greater  the  number  of  SVIP  conferences  being 
generated . 

3.  Step  Two.  For  each  originating  conferencing  requirement,  it  is  next 
necessary  to  know  the  number  of  conferees  associated  with  it.  This  is 
accomplished  by  Monte  Carlo  sampling  from  an  assumed  probability  distribution 
which  is  input  to  the  program.  The  assumed  distribution  could  be  Normal  or 
any  other  type  and  could  be  modified  by  actual  data.  The  distribution 
currently  being  used  is  as  follows: 
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Number  of 
Conferees 
(Exc luding 


Originator) 


1 

2 

3 

4 
3 
6 

7 

8 

9 

10 
11 
12 


0.0 

0.083 

0.125 

0.167 

0.167 

0.125 

0.104 

0.083 

0.063 

0.042 

0.021 

0.021 


First,  no  probability  is  assigned  to  one  conferee;  this  event  is  equivalent  to 
a  two-party  call.  Second,  it  was  anticipated  that  the  majority  of  conferences 
would  have  somewhere  around  four  to  five  conferees,  so  these  values  show  the 
highest  probability.  From  6  to  12  conferees  the  probability  decreases 
regularly.  The  average,  or  expected  number  of  conferees,  per  conference  for 
this  distribution  is  5.66  (or  an  expected  271  conferees  over  the  48 
conferences  of  step  one).  One  Monte  Carlo  sampling  distribution  of  the  48 
conferences  according  to  the  number  of  conferees  each  conference  generated  is 
shown  below: 


NUMBER  OF 

NUMBER  OF 

CONFERENCES 

CONFEREES 

Observed 

Expected 

1 

0 

0. 

2 

7 

4. 

3 

6 

6. 

4 

5 

8. 

5 

12 

8. 

6 

4 

6. 

7 

5 

5. 

8 

3 

4. 

9 

2 

3. 

10 

4 

2. 

11 

0 

1. 

12 

0 

1. 

Total  48 

48 

This  distribution  can  be  easily  altered,  if  more  specific  data  becomes 
available . 


4.  Step  Three*  Having  determined,  for  each  conference,  the  number  of 
conferees  by  sampling  from  an  a  priori  distribution,  it  is  then  necessary  to 
determine  the  community-of-interest  or  destination  locations  for  the 
conferees.  A  detailed  mission  analysis  of  each  location  could  provide  this 
data.  However,  until  such  specific  information  becomes  available,  it  is 
assumed  that  the  conferees  are  geographically  located  proportional  to  the  SVIP 
originating  traffic  emanating  from  the  locations.  A  probability  distribution 
is  created  in  which  the  probability  of  selecting  a  conferee  location  is  equal 
to  the  location* s  fraction  of  total  SVIP  erlang  traffic.  One  sample  from  this 
distribution  is  made  for  each  conferee  of  every  conference.  In  this  manner, 
the  locations  for  the  conferees  are  selected  randomly,  but  in  proportion  to 
the  amount  of  SVIP  traffic  they  represent.  No  attempt  is  made  to  prevent 
multiple  occurrences  of  a  conferee  location  for  a  single  conference,  or  of  a 
conferee  being  collocated  with  the  originator.  Figure  A-3  is  a  listing  of  the 
set  of  48  conferences  showing  on  each  line  the  conference  number  (1  thru  48), 
location  number  (1  thru  251)  of  the  originator,  the  number  of  conferees,  and 
the  locations  of  the  conferees  (1  thru  251).  The  location  numbers  refer  to 
the  ordinal  position  in  the  listing  of  Figure  A-l. 

Holding  time  statistics  for  a  SVIP  conference  are  generally  unavailable. 

An  expected  holding  time  of  10  minutes,  constant  for  all  conferences,  is 
currently  being  assumed.  On  the  originating  side,  this  would  equate  to  48/6  = 
8  erlangs  of  traffic,  and  on  the  destination  (conferee)  side  271/6  *  45.17 
erlangs  which  would  correspond  to  271  independent  two-party  calls.  The  effect 
of  these  conference  requirements  upon  current  CONUS  AUTOVON  is  very  much 
dependent  upon  the  number  of  conference  directors  in  the  network  and  the 
routing  of  calls  from  (1)  originating  location  to  local  CD,  (2)  CD  to  CD 
spanning  all  CD’s  active  for  a  given  conference,  and  (3)  each  remote  CD  to  its 
associated  set  of  conferees.  The  effect  of  these  routings  as  well  as 
placement  and  quantity  of  conference  directors  is  discussed  in  the  main  body 
of  this  report. 
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FIGURE  A-3  LISTING  OF  CONFERENCE  REOUIREfCNTS 


APPENDIX  B 


CONFERENCE  DIRECTOR  PERFORMANCE  AND  SIZING  MODEL 


1.  INTRODUCTION 


In  this  study  we  have  assumed  that  each  conference  director  had  to  be 
collocated  with  a  switch.  The  switch  and  the  conference  director  are  connected 
via  ports  on  each  equipment.  When  a  conference  call  requires  use  of  the 
conference  director,  it  will  require  the  use  of  more  than  one  port.  This 
number  will  depend  on  such  things  as  tne  number  of  conferees  in  the 
conference,  the  location  of  the  conferees  in  the  conference  and  whether  this 
particular  switch/conference  director  pair  is  in  a  tandem  path  for  the 
conference.  Thus,  calls  will  arrive  at  the  ports  and  require  a  random  number 
of  ports,  depending  on  the  particular  conference.  Since  we  do  not  allow  the 
buffering  of  calls,  the  performance  of  the  calls  requesting  use  of  these  ports 
can  be  considered  as  a  loss  queueing  system  where  customers  (calls)  may 
require  more  than  one  server  (ports). 

To  be  capable  of  quickly  and  efficiently  determining  the  number  of  ports 
required  to  ensure  a  given  level  of  blocking,  we  need  to  develop  a 
mathematical  performance  model  for  this  system.  It  has  not  been  until 
recently  that  queueing  systems  where  customers  require  the  use  of  more  than 
one  server  have  been  investigated  [l]-[5].  In  those  papers,  queueing  of 
customers  was  allowed.  In  a  different  context  reference  [6]  solved  the  same 
problem  we  are  discussing  here.  We  did  not  discover  their  work  until  we  had 
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independently  developed  our  analysis,  and  as  such  we  discuss  our  development, 
which  is  tailored  to  our  application. 

In  section  2  of  this  appendix,  we  develop  a  mathematical  model  that  can  be 
used  to  predict  the  performance  of  the  system.  Also  discussed  in  that  section 
is  a  methodology  for  the  sizing  of  the  ports  so  as  to  ensure  a  desired  grade 
of  service.  Section  3  contains  an  extensive  numerical  investigation  of  the 
system  and  possible  sensitivities. 

2.  MATHEMATICAL  PERFORMANCE  MODEL 

Let  S  be  the  number  of  ports  connecting  the  conference  director  and  the 

switch.  We  assume  the  arrival  process  of  calls  to  the  ports  is  Poisson  with 

parameter  X;  and  that  Q  ,  n*l,2,...N,  is  the  probability  the  call  requests 

n 

n  ports.  Without  loss  in  generality  we  further  assume  N^S.  If  an  arriving 
call  requesting  the  use  of  n  ports  does  not  find  n  ports  free  it  is  dismissed 
from  the  system.  Let  us  assume  the  holding  time  of  a  call  requesting  n  ports 
is  exponientially  distributed  with  mean  u  \  We  assume  that  the  call 
maintains  control  of  the  n  ports  for  its  entire  holding  time,  at  the 
conclusion  of  which  time  it  releases  all  of  the  ports. 

Let  be  the  steady  state  number  of  conference  calls,  who  requested  n 
ports,  in  the  system  and  define 

?i  »  •  •  •  >  i  *  Pr{C^*i^,  ^2*^2*  * '  *  ’  (B.D 

12  N 
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•^T 


with  PL  being  the  probability  a  call  requesting  n  ports  is  lost.  It  is 
n 

intuitively  obvious  that 


PL1iPL2-‘ 


•iPLN 


(B.2) 


since  a  call  requesting  n  ports  is  not  blocked  as  much  as  a  call  requesting 
(n+l)  ports  and  we  do  not  allow  any  preempting. 


Let 


S*  =  max{  r  |  rfS- ^Ji^and  r=0, 1 . N} 


( B.  3) 


then  the  steady  state  equations  for  P.  are 

11  12  lN 


S*  N  N 

[X  XQ  +  X  i  y  ]p.  .  ,  _  V  XQ  p 

n=l  n  n=l  n  n  1l,i2,”,iN  n  b*  *  *  **in“1**  *  * ’S* 


S* 

.'Ll  (i  +l)y  X  ,  +1  , 

n-1  n  n  n 


(B.4) 
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N 

when  ^  <_  S; 

r=l 


P. 

L1 


0  if  there  exist  an  <  0  or  if 


ri  > 
r 


S. 


It  is  straightforward  to  show  that  if  p^-  X  Q^/y  n  for  n=l , 2 , . . . , N; 
the  solution  to  these  equations  is 


il»i2* ' • flN 


% 

_  p 

£  ?  0,0 , . • . 0, 

N  * 


(B.  5) 


where  P 


0,0, 


is 


found  by 


the  normalizing  condition  to  be 


0 


r2=° 


[  S"*1 

n  N 


a  ir 

•A*  It  ,  Pr 
~r=l  — : — t 

Y°  ir! 


13  J 


(B.6) 
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where  [x]  is  the  greatest  integer  <  x.  So  the  problem  rests  on  being  able  to 
evaluate  the  sum  given  in  equation  (B.6).  Arthurs  and  Kaufman  obtained  the 
same  solution  for  their  problem  and  also  showed  that  the  results  hold  for 
general  holding  times. 

The  following  iterative  scheme  can  be  used  to  quickly  evaluate  this  sum. 
For  j=0,l,2,...S  define 


[j/N]  r 

f(Nrj)  =  J  PN^; 


(B.  7) 


and  for  i=N-l,  N-2,  ...,  2,  1  and  j  =  0,  1,  S  define 


f (if j ) 


r=0 


f (i+1, j-ir). 


(B.8) 


It  is  interesting  to  reflect  on  what  f(i,j)  represents 
parallels  between  this  recursion  scheme  and  those  that 
Programming.  The  quantity  f(i,j)  can  be  considered  as 


and  to  draw  some 
appear  in  Dynamic 
one  has  \  ports  to  be 
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distributed  among  the  call  requesting  i,  i+1,  . ..,  N  ports.  In  [6]  they  used 
the  same  scheme  to  determine  Pn  n  n;  it  is  similar  to  the  one  Buzen  [7] 
used  to  compute  the  normalizing  constant  in  the  context  of  network  of  queues. 
In  that  context  Kobayashi  [8]  gives  a  summary  of  the  methods  that  have  been 
used  to  efficiently  determine  these  constants. 

The  required  sum  is  given  by  f(l,S),  so 


0,0, ... ,0 


f(l,S) 


(B.9) 


We  note  in  evaluating  equations  (B.7)  and  (B.8)  only  two  vectors  of  length  S+l 
have  to  be  stored  in  the  computer. 

It  turns  out  that  some  additional  information  is  directly  contained  in 
f(l,j)  for  j  =  0,  1,  ...,  S.  Let  X  present  the  steady  state  number  of  busy 
servers;  then  with  a  little  thought  one  sees  for  j  =  0,  1,  S 


f(l,J)-f(l,j-l) 
Pr{X=j }  =  f(l,S) 


(B.10) 
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where  f(l,-l)  =  0,  Using  equation'  (B. 10)  the  loss  probabilities  PL  can  be 
quickly  found,  for  n  =  1,  2,  .  ..,  N 


PL 

n 


S 

V  Pr{X=r) 

.v.j 

r=S+l-n 


(B.  11) 


where  PL^  -  0.  From  equation  (B. 11)  one  directly  sees  the  inequality 
relationship  given  by  equation  (B.2).  Finally,  the  overall  average  loss 
probability,  PL,  is 


PL 


’  p  PL  /  p 
n=l  "  n/ 


( B. 12) 


N 

.  v 

where  p  =  /.j  p  . 

4  n 
n=l 

Although  equation  (B.  11)  gives  us  the  most?  desirable  measure  of 
performance  for  the  system,  the  iteration  procedure  described  via  equations 
(B.7)  and  (B.8)  can  also  be  used  to  give  other  system  performance 
characteristics.  Let  F(T,0^)  the  corresponding  value  of  f(l,T)  when  we 
recursively  use  equations  (B.7)  and  (B.8)  with  S^T  and  6^  *  (p^jP^***, 
p^_p0*p^+i, . . . ,p^) .  The  vector  0  i9  equivalent  to  a  vector  of  the  P.'s 
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but  with  set  to  0,  The  probability  distribution  of  the  number  of  calls, 
who  requested  n  ports,  in  the  system  is  given  by 


Pr{C  =1}  =  (B.  13) 

n  i  i  t  { l ,  b  ; 


for  i  =  0,1,...,  [S/nl  and  n  =  1,  2,  . ..,  N. 

The  same  procedure  may  be  used  to  evaluate  the  joint  probability  of  C 

*  g» 

and  C  for  any  m  and  n.  If  6  is  the  vector  of  P.  with  p  =p  =0 
n  ra,  n  l  m  n 

then 


Pr{C  =i,C  =j } 
m  n  J 


P*  pj  F (S-lm-jn,©  ) 
m  n  _  m,n 

i!  j!  f(l,S) 


(B. 14) 


Using  the  concept  of  carried  load  [9]  it  is  easy  to  relate  PL  and  the  expected 

value  of  C  ,  E{C  }.  In  steady  state,  we  must  have  the  expected  number  of 
n  n 

calls  requesting  n  ports  in  the  system  equal  to  the  offered  load  for  that  . 
class  times  the  probability  it  is  not  lost;  so  for  n  *  1,  2,  ...,  N  we  have 
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(B. 15) 


E{C  }  -  p  (1-PL  ). 
n  n  n 

Before  discussing  how  one  uses  these  results  to  quickly  and  efficiently 
determine  the  required  number  of  ports  necessary  to  ensure  a  desired  grade  of 
service  to  be  met,  a  method  of  computing  the  probability  distribution  of  the 
number  of  conferences  in  the  system  is  discussed.  Let  C  represent  the  steady 
state  number  of  conferences  in  the  system;  then  it  is  easy  to  show  that  for  i< 
[S/N] 


Pr(C=i> 


i! 


f(l,S)’ 


(B. 16) 


but  for  i >[ S/N]+l  the  problem  is  much  more  difficult.  For  these  cases  we  use 
another  iterative  scheme  to  generate  the  desired  results.  Define  for  k  3  0, 

1 1  ... ,  S 


\(N,j) 


•  j  =0*  1*  •  •  •  >  Cjj] 


and  again  the  backward  relation  for  n  ■  N-l,  N-2 . 2,  1 


(B. 17) 
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j  r 


hk(n,j) 


V  (n+l, j-r)  :j-0,l,. ..,[§] 

r»0  r !  nk-rn 


(B. 18) 


For  i  =  [S/N]+l,  S  we  have 


Vl’i> 

Pr{c=i}  =  -Fa7£7  ' 


(B. 19) 


It  is  interesting  to  consider  the  amount  of  computation  and  storage 
required  to  compute  the  probability  distribution  of  C  and  X,  For  both,  one 
has  to  store  two  vectors;  but  for  X  the  length  of  the  vector  is  S+l,  whereas 
it  is  (S+l)+(S+2)/2  for  C  using  the  storage  mapping 


hk(n,j)->H(n,«.)  (B.20) 

where  fc  *  k(k+l)/2  +  j.  So  the  computational  and  storage  requirements  to 
produce  the  probability  distribution  of  C  are  greater  than  for  X. 

There  are  several  other  relations  between  C  and  X  which  should  be 
presented.  First  the  expected  number  of  conferences  in  the  system  is 

N 

E(C>  -  J  E(Cn) 
n«l 
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2  p„a-PLn). 

n=l 


(B.21) 


7 

* 


Using  the  notion  of  carried  load  we  have 


N 


E{ x)  =  np^(l-PL^). 

n=l 


(B. 22) 


n 


n 


We  close  this  section  with  a  discussion  of  the  sizing  routine  used  in  this 
study.  Supposing  PL*  is  the  desired  average  loss  probability,  we  want  to  know 
what  value  of  S  will  achieve  this  probability.  For  the  standard  Erlang  Loss 
system,  the  problem  is  straightforward  because  the  loss  probability  with  S+l 
ports  is  simply  expressed  as  a  function  of  the  loss  probability  with  S  ports, 
[9] .  So  one  can  iteratively  increase  S  until  the  desired  grade  of  service  is 
achieved.  Since  the  loss  probability  is  monoton ically  decreasing  in  S  no 
other  checks  need  be  done. 

In  the  context  of  the  conference  director  port  sizing,  the  problem  is  not 
so  simple.  First,  as  one  will  see  in  the  rfext  section,  PL  is  not 
monotonic  ally  decreasing  in  S  for  a  fixed  load.  Secondly,  there  is  no  simple 
way  of  determining  PL  for  S+l  from  PL  with  S  ports.  Our  sizing  method  is 
based  on  the  following  observation  from  the  numerical  examples  we  have 
considered.  If  E(p ,S)  is  Erlang’s  Loss  Formula,  then  for  p^  (n*l,  2,  ...,  N) 
fixed 
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•** 


(B.  23) 


N 

E(p,[s/2  rQr])  PL 

n*i 


as  S  gets  large.  Since  PL  is  getting  small  as  S  is  increased  and  the  values 
of  PL*  are  usually  less  than  .1,  the  sizing  procedure  first  determines  the 
required  number  of  ports,  say  S,  such  that 


N 

E(p,[S/ SnQn])  £PL*.  (B.  24) 

n=l 


Once  S  has  been  found,  the  average  loss  probability  is  computed  using  S  and 

p's.  If  it  is  greater  than  PL*,  S  is  decreased  until  the  average  loss 
n 

probability  is  greater  than  PL*,  at  which  time  S  is  reset  to  its  previous 
value.  What  this  procedure  does  is  allow  one  to  determine  the  number  of  ports 
without  having  to  evaluate  the  average  loss  probability  for  all  values  of  S 
less  than  or  equal  to  S. 

3.  NUMERICAL  ANALYSIS  AND  SYSTEM  PERFORMANCE 


In  this  section  we  consider  some  numerical  examples  using  the  results  of 
section  2.  In  general  the  behavior  of  this  system  is  very  interesting  and 
sometimes  extremely  sensitive  to  slight  changes  in  the  parameters  under 
consideration. 
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Figure  B-l  shows  how  radical  the  behavior  of  this  system  can  be*  As  a 
function  of  the  number  of  ports,  the  loss  probabilities  PL^,  PL^ ,  and  PL 
are  shown.  One  sees  that  their  behavior  is  cyclic  and  that  PL^  is  not 
monotonically  decreasing  in  S.  The  reason  for  this  strange  behavior  is  simply 
explained;  when  the  number  of  ports  is  less  than  nine  no  calls  requiring  nine 
ports  are  accepted  into  the  system.  So  as  S  is  increased  from  1  to  8  PL^ 
decreases  monotonically  from  1  at  S  *  0  to  basically  0  at  S  =  8.  When  S  =  9 , 
those  calls  requiring  nine  ports  are  allowed  into  the  system  and  occupy  nine 
ports;  thus  for  periods  of  time  the  system  has  no  ports  available  for  the 
calls  requesting  one  port.  This  causes  PL^  to  jump  from  0  at  S  =  8  to 
around  .78  at  S  =  9.  When  S  is  increased  from  9  to  17,  only  one  call 
requesting  nine  ports  is  allowed  in  the  system  at  a  time  and  PL^  starts 
decreasing  again.  When  S  *  18,  two  to  nine  port  calls  could  be  in  the  system 
ant'  the  cyclic  behavior  begins  all  over.  The  overall  behavior  is  cyclic  in 
the  number  of  ports;  with  cyclic  length  equal  N  and  an  overall  downward  drift 
in  the  values  of  loss  probabilities. 

The  five  cases  shown  in  Figure  B-2  represent  the  situation  where  all 
parameters  are  held  constant  but  the  variance  of  the  offered  load  is 
monotonically  increasing  in  Figures  B-2. A  to  B-2.F.  Usually,  in  queueing 
systems  when  the  variance  of  one  of  the  underlying  random  variables  is 
increased,  the  measures  of  performance  also  increase.  In  these  figures,  we 
see  the  opposite  happening;  as  the  variance  of  the  offered  load  is  increasing 
the  average  loss  probability  is  decreasing.  The  basic  reason  stems  from  the 
fact  that  as  the  variance  of  the  offered  load  is  increased  the  variance  in  the 
number  of  requests  for  ports  is  increased  and  the  system  will  be  better 
utilized  because  requests  for  a  specific  number  of  vacant  ports  is  more  likely 
to  occur. 
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In  Figure  B-3  ,  the  case  is  considered  when  there  are  no  requests  for  one 

port.  In  that  figure,  one  has  the  radical  behavior  of  PL^  for  a  small  value 

of  S.  This  behavior  is  similar  to  the  one  we  saw  in  Figure  B-l  but  not  as 

pronounced,  because  we  do  not  have  the  wide  differences  in  the  number  of  ports 

requested.  Another  result  we  wish  to  demonstrate  via  this  figure  is  that 

PL-  =  PL-  when  S  =  3 ,  PL-  =  PL.  when  S  -  4  and  PL.  =  PLC  when  S  = 

2  3  ’3  4  4  5 

5.  The  reason  we  have  equality  at  these  points  is  that  we  only  can  have  one 
type  of  call  in  the  system  at  a  given  time,  not  both;  and  since  =  0  a 

request  for  n  ports  is  the  same  as  a  request  for  n+1  ports.  Once  S>N  there  is 

more  interaction  between  the  requests  for  ports  and  the  strange  behavior 
disappears. 

The  interaction  among  the  number  of  calls  requesting  1,  2,  and  3  ports  is 
shown  in  Figure  B-4 .  The  covariance  of  each  pair  of  possible  requests  is 
plotted  as  a  function  of  S.  One  immediately  sees  that  there  is  a  high 
negative  correlation  of  the  number  of  calls  requesting  a  different  number  of 
ports.  In  this  example  there  is  a  high  correlation  between  calls  requesting 
two  and  three  ports.  Basically  all  these  curves  are  convex  in  nature.  This 
stems  from  the  fact  that  when  the  number  of  ports  is  small,  the  loss 
probabilities  are  high,  and  there  are  not  many  customers  in  the  system;  i.e., 
covariance  is  small.  As  the  number  of  ports  is  increased,  more  and  more  calls 
from  each  class  are  accepted  and  the  correlation  becomes  greater  until  the 
number  of  ports  is  large  enough  to  ensure  that  the  calls  begin  to  act 
independently  of  each  other.  Again  we  see  the  radical  performance  for  small  S. 
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The  final  figure  (Figure  B-5 )  gives  a  family  of  curves  for  Pr*CC 

n 

i},  n  *  1,  2,  3  and  Pr*CC  =  i>.  This  figure  does  not  show  any  of  the 


radical  behavior  that  we  have  seen  in  the  previous  figures.  As  expected, 
the  variance  in  the  number  of  calls  requesting  one  port  is  greater  than 
those  requesting  two;  which  is  greater  than  those  requesting  three. 
Furthermore,  the  variance  of  the  number  of  conferences  present  is  not 
equal  to  the  sum  of  the  variance  of  the  conference  requesting  a 
particular  number  of  ports  because  of  the  dependencies  among  the 
underlying  variables. 
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Figure  B^3.  Behavior  of  System  When 
(p=10,  Q2*Q5=# 2,Q3*Q^=. 


Var{C, }  =  3.29 


Figure  B— 5.  Probability  Distribution  of  the  Number  of  Calls  in  System  by  Class 
(p=15,  Qi=. 3,  Q2=.4,  Q,=.3,  S=20) 
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